Insurance Lead Marketplace

ABSTRACT

An insurance lead marketplace may include an insurance lead marketplace computing device that includes a non-transitory memory device and/or a processor. The non-transitory memory device may be configured for storing one or more rules for qualifying and/or categorizing insurance leads based on at least one insurance characteristic. The processor may be configured to provide insurance leads that were received from an insurance lead source to a requesting agent, to determine a quality associated with and/or categorize each insurance lead based on one or more characteristics of the received insurance leads, to present the insurance leads to an insurance agent based on one or more selected lead characteristics and/or lead tiers, and/or to determine information associated with an actual quality of each insurance lead based upon feedback received from the agent and revise rules for qualifying and/or categorizing the insurance leads using the actual quality of the insurance leads.

PRIORITY

This application is a continuation of U.S. patent application Ser. No.14/457,763 filed Aug. 12, 2014, which claims priority to U.S.Provisional Application No. 61/864,978 filed on Aug. 12, 2013 andentitled “Insurance Lead Marketplace”, both of which are incorporatedherein by reference in their entirety for any and all non-limitingpurposes.

TECHNICAL FIELD

Various aspects of the disclosure generally relate to systems andmethods of obtaining insurance leads, qualifying the insurance leads andthe suppliers of the insurance leads using characteristics of theinsurance leads and providing the insurance leads to one or more agentsbased at least in part on characteristics associated with the agents.

BACKGROUND

Many people seeking insurance coverage (e.g., life insurance, homeownerinsurance, automobile insurance, boat insurance, health insurance, etc.)will conduct at least a portion of their search over the Internet.Often, however, a local insurance agency may not have a large enoughInternet presence capable of providing the information that these peopleseek. Instead, insurance seekers may look to other Internet sources fortheir insurance needs. For example, companies (e.g., a lead generationcompany, an insurance lead supplier, etc.) may be used to provideinformation about different available insurance products, and in turn,create an insurance lead by collecting data from the insurance seeker.These insurance leads may then be sold to one or more insurance agentsand/or insurance agencies. While this may be a useful system model,often problems may arise. For instance, an insurance agent and/orinsurance agency may not be able to properly vet their insurance leadsupplier. In such cases, the insurance agents may purchase one or morefalse leads and/or an outdated insurance lead, while actual insuranceleads are not sold or ignored.

SUMMARY

The following presents a simplified summary in order to provide a basicunderstanding of some aspects of the disclosure. The summary is not anextensive overview of the disclosure. It is neither intended to identifykey or critical elements of the disclosure nor to delineate the scope ofthe disclosure. The following summary merely presents some concepts ofthe disclosure in a simplified form as a prelude to the descriptionbelow.

Aspects of the disclosure relate to systems, device,computer-implemented methods, and computer-readable media to provide aninsurance lead marketplace. For example, the insurance lead marketplacemay include an insurance lead marketplace computing device that includesa non-transitory memory device and/or a processor. The non-transitorymemory device may be configured for storing one or more rules forqualifying and/or categorizing insurance leads based on at least oneinsurance characteristic. The processor may be capable of providinginsurance leads to a requesting agent. The processor may be configuredto receive one or more insurance leads from one or more insurance leadsources and analyze the received insurance leads to determine one ormore characteristics of the received insurance leads. The processor maydetermine a quality associated with each insurance lead and the qualityof a particular insurance lead may be at least dependent on the age ofthat insurance lead. The processor may classify the insurance leads intotiers based on the quality of each insurance lead. The processor maythen categorize the insurance leads within each tier using the rules andthe determined characteristics. The processor may be configured toprovide an interface to the requesting insurance agent, wherein theinsurance agent may select one or more lead characteristics to specify adesired insurance lead category and/or a desired lead tier. Theprocessor may provide one or more leads that match the desired insurancelead category and/or the lead tier to the requesting insurance agentbased on the desired insurance lead category and/or desired lead tier.The processor may determine information associated with an actualquality of each insurance lead based at least in part upon feedbackreceived from the agent and revise the rules for qualifying and/orcategorizing the insurance leads using the actual quality of one or moreinsurance leads provided to an agent.

In accordance with additional aspects of the disclosure, there can bevarious devices and systems, such as an insurance lead marketplacesystem. The insurance lead marketplace system may include a datarepository having at least one non-transitory memory device, where thedata repository storing one or more available insurance leads receivedfrom an insurance lead source. An insurance lead marketplace computerdevice may be communicatively coupled to the data repository. Theinsurance lead marketplace computing device may include a processorconfigured to categorize the one or more insurance leads into qualitytiers based on characteristics associated with the insurance leads. Auser interface may be communicatively coupled to the data repositoryand/or the insurance lead marketplace computer device. The userinterface may be configured to display one or more screens to facilitatea request for insurance leads from an insurance agent based on one ormore desired characteristics of the insurance leads. The insurance leadmarketplace computer device may provide real-time verification of theinsurance leads by determining a number of the available insurance leadsthat match characteristics specified in a request for insurance leadsreceived via the user interface screen.

In accordance with additional aspects of the disclosure, various devicesand systems may be used to implement a method for providing qualifiedinsurance leads to an insurance agent. The method may include receiving,at an insurance lead marketplace computing device, one or more insuranceleads from an insurance lead source and verifying, by the insurance leadmarketplace computing device, the one or more insurance leads andassigning each of the one or more insurance leads to a quality tierusing insurance lead qualification rules stored in a data repository.The method may be used for receiving, via a user interface, a requestfor insurance leads from an insurance agent, the request including aquality tier and/or one or more desired lead characteristics anddetermining, by the insurance lead marketplace computing device, whetherany of the verified insurance leads match the requested quality tierand/or desired lead characteristics. Responsive to the determining, themethod may be used for providing the matched insurance leads to theinsurance agent via the user interface and adjusting, by the insurancelead marketplace computing device, the insurance lead qualifying rulesusing feedback received from the insurance agent associated with anoutcome of the provided insurance leads.

Other features and advantages of the disclosure will be apparent fromthe additional description provided herein.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the present invention and theadvantages thereof may be acquired by referring to the followingdescription in consideration of the accompanying drawings, in which likereference numbers indicate like features, and wherein:

FIG. 1 illustrates a network environment and computer systems that maybe used to implement aspects of the insurance lead marketplace system.

FIG. 2 is a diagram illustrating various components of an insurance leadmarketplace system of FIG. 1, according to one or more aspects of thedisclosure.

FIG. 3 shows an illustrative method for providing leads through aninsurance lead marketplace system, according to one or more aspects ofthe disclosure.

FIGS. 4 and 5 show illustrative user interface screens for providing oneor more insurance leads to an insurance agent, according to one or moreaspects of the disclosure.

DETAILED DESCRIPTION

In the following description of the various embodiments, reference ismade to the accompanying drawings, which form a part hereof, and inwhich is shown by way of illustration, various embodiments of thedisclosure that may be practiced. It is to be understood that otherembodiments may be utilized.

As will be appreciated by one of skill in the art upon reading thefollowing disclosure, various aspects described herein may be embodiedas a method, a computer system, or a computer program product.Accordingly, those aspects may take the form of an entirely hardwareembodiment, an entirely software embodiment or an embodiment combiningsoftware and hardware aspects. Furthermore, such aspects may take theform of a computer program product stored by one or morecomputer-readable storage media having computer-readable program code,or instructions, embodied in or on the storage media. Any suitablecomputer readable storage media may be utilized, including hard disks,CD-ROMs, optical storage devices, magnetic storage devices, and/or anycombination thereof. In addition, various signals representing data orevents as described herein may be transferred between a source and adestination in the form of electromagnetic waves traveling throughsignal-conducting media such as metal wires, optical fibers, and/orwireless transmission media (e.g., air and/or space).

FIG. 1 illustrates a block diagram of a computing device (or system) 101(e.g., an insurance lead marketplace computing device) in a computersystem 100 (e.g., an insurance lead marketplace system) that may be usedaccording to one or more illustrative embodiments of the disclosure. Thecomputing device 101 may have a processor 103 for controlling overalloperation of the computing device 101 and its associated components,including one or more memory units (e.g., RAM 105, ROM 107), aninput/output module 109, and a memory 115. The computing device 101,along with one or more additional devices (e.g., terminals 141 and 151,security and integration hardware 160) may correspond to any of multiplesystems or devices, such as an insurance lead marketplace system and/oran insurance lead marketplace system configured as described herein forreceiving and/or qualifying one or more insurance leads obtained from alead supplier, categorizing the insurance leads into one or more qualitytiers and/or categories (e.g., a life insurance lead, a homeownerinsurance lead, an automobile insurance lead, a boat insurance lead, andthe like), providing the one or more insurance leads to an insuranceagent and/or an insurance agency and/or adjusting one or more rules forqualifying the insurance leads and/or the insurance lead suppliers usinginformation about the insurance leads provided to the agent and/oragency.

The Input/Output system (I/O) 109 may include one or more userinterfaces, such as a microphone, keypad, touch screen, and/or stylusthrough which a user of the computing device 101 may provide input, andmay also include one or more of a speaker for providing audio output anda video display device for providing textual, audiovisual and/orgraphical output. Software may be stored within memory 115 and/orstorage to provide instructions to processor 103 for enabling device 101to perform various actions. For example, memory 115 may store softwareused by the device 101, such as an operating system 117, applicationprograms 119, and an associated internal database 121. The varioushardware memory units in memory 115 may include volatile andnonvolatile, removable and non-removable media implemented in any methodor technology for storage of information such as computer readableinstructions, data structures, program modules or other data. The memory115 also may include one or more physical persistent memory devicesand/or one or more non-persistent memory devices. The memory 115 mayinclude, but is not limited to, random access memory (RAM) 105, readonly memory (ROM) 107, electronically erasable programmable read onlymemory (EEPROM), flash memory or other memory technology, CD-ROM,digital versatile disks (DVD) or other optical disk storage, magneticcassettes, magnetic tape, magnetic disk storage or other magneticstorage devices, or any other medium that can be used to store thedesired information and that can be accessed by processor 103.

The processor 103 may include a single central processing unit (CPU),which may be a single-core or multi-core processor (e.g., dual-core,quad-core, etc.), or may include multiple CPUs. In some cases, theprocessor 103 may have various bit sizes (e.g., 16-bit, 32-bit, 64-bit,96-bit, 128-bit, etc.) and various processor speeds (ranging from 100MHz to 5 Ghz or faster). The processor 103 and its associated componentsmay allow the system 101 to execute a series of computer-readableinstructions, for example, to receive one or more insurance leads froman insurance lead source, verify the one or more insurance leads andassigning each of the one or more insurance leads to a quality tierusing insurance lead qualification rules stored in a data repository,receive a request for insurance leads from an insurance agent, therequest including a quality tier and/or one or more desired leadcharacteristics, determine whether any of the verified insurance leadsmatch the requested quality tier and/or desired lead characteristics,provide the matched insurance leads to the insurance agent via the userinterface, adjust the insurance lead qualifying rules using feedbackreceived from the insurance agent associated with an outcome of theprovided insurance leads. In some cases, the instructions may beconfigured to cause the processor 103 to determine a price associatedwith each of the one or more insurance leads, the price corresponding tothe quality tier of each insurance lead, wherein the price may depend onone or more characteristics of each insurance lead.

The insurance lead marketplace computing device (e.g., a customerterminal, an insurance provider computer hardware memory and processorsystem, an insurance clearinghouse computer memory and processor device,etc.) may operate in a networked environment 100 supporting connectionsto one or more remote computers, such as terminals 141 and 151. Theterminals 141 and 151 may be personal computers, servers (e.g., webservers, database servers), or mobile communication devices (e.g.,mobile phones, portable computing devices, and the like), and mayinclude some or all of the elements described above with respect to thecomputing device 101. In some cases, the terminals 141, 151 may belocated at one or more different geographic locations, including, butnot limited to, at a site associated with an insurance agent and/oragency, a site associated with an insurance provider, and/or a siteassociated with a lead supplier. The network connections depicted inFIG. 1 include a local area network (LAN) 125 and a wide area network(WAN) 129, and a wireless telecommunications network 133, but may alsoinclude other networks. When used in a LAN networking environment, thecomputing device 101 may be connected to the LAN 125 through a networkinterface or adapter 123. When used in a WAN networking environment, thedevice 101 may include a modem 127 or other means for establishingcommunications over the WAN 129, such as network 131 (e.g., theInternet, a cellular network, and the like). When used in a wirelesstelecommunications network 133, the device 101 may include one or moretransceivers, digital signal processors, and additional circuitry andsoftware for communicating with wireless computing devices 141 (e.g.,mobile phones, portable customer computing devices) via one or morenetwork devices 135 (e.g., base transceiver stations) in the wirelessnetwork 133.

Also illustrated in FIG. 1 is a security and integration layer 160,through which communications may be sent and managed between theinsurance lead marketplace computing device 101 and the remote devices(141 and 151) and remote networks (125, 129, and 133). The security andintegration layer 160 may comprise one or more computing devices, suchas web servers, authentication servers, and various networkingcomponents (e.g., firewalls, routers, gateways, load balancers, etc.),having some or all of the elements described above with respect to thecomputing device 101. As an example, security and integration layer 160may comprise a set of web application servers configured to use secureprotocols and to insulate the insurance lead marketplace computingdevice 101 (e.g., one or more servers, a workstation, etc.) fromexternal devices 141 and 151. In some cases, the security andintegration layer 160 may correspond to a set of dedicated hardwareand/or software operating at the same physical location and under thecontrol of same entities as the insurance lead marketplace computingdevice 101. For example, the layer 160 may correspond to one or morededicated web servers and network hardware in an insurance leadmarketplace datacenter or in a cloud infrastructure supporting acloud-based insurance lead marketplace. In other examples, the securityand integration layer 160 may correspond to separate hardware andsoftware components which may be operated at a separate physicallocation and/or by a separate entity.

In some cases, the data transferred to and from the insurance leadmarketplace computing device 101 in the insurance lead marketplace mayinclude secure and sensitive data, such as insurance customer and policydata. In some cases, the insurance lead marketplace may be accessed byinvitation only, such that the insurance lead marketplace computingdevice 101 may be accessed by one or more insurance agents and/oragencies via a secure connection. Therefore, it may be desirable toprotect the data transmission by using secure network protocols andencryption, and also to protect the integrity of the data stored when onthe insurance lead marketplace device 101 using the security andintegration layer 160 to authenticate users and restrict access tounknown or unauthorized users. In various implementations, security andintegration layer 160 may provide, for example, a file-based integrationscheme or a service-based integration scheme. In field-basedintegration, data files may be transmitted to and from the insurancelead marketplace device 101 through the security and integration layer160, using various network communication protocols. Secure datatransmission protocols and/or encryption may be used in file transfersto protect the integrity of the insurance lead marketplace data, forexample, File Transfer Protocol (FTP), Secure File Transfer Protocol(SFTP), and/or Pretty Good Privacy (PGP) encryption.

In service-based integration, one or more web services may beimplemented within the insurance lead marketplace system 100 between theinsurance lead marketplace device 101 and/or security and integrationlayer 160. The web services may be accessed by authorized externaldevices and users to support input, extraction, and manipulation of thedata in the insurance lead marketplace computing device 101. Webservices built to provide support to the insurance lead marketplace maybe cross-domain and/or cross-platform, and may be built for enterpriseuse. Such web services may be developed in accordance with various webservice standards, such as the Web Service Interoperability (WS-I)guidelines. In some examples, the insurance lead marketplace web servicemay be implemented in the security and integration layer 160 using theSecure Sockets Layer (SSL) or Transport Layer Security (TLS) protocol toprovide secure connections between the insurance lead marketplacecomputing device 101 and various clients 141 and 151 attempting toaccess, insert and/or manipulate data within the insurance leadmarketplace. SSL or TLS may use HTTP or HTTPS to provide authenticationand/or confidentiality. In some cases, the insurance lead marketplaceweb service may be implemented using the WS-Security standard, whichprovides for secure SOAP messages using XML encryption. In still otherexamples, the security and integration layer 160 may include specializedhardware for providing secure web services. For example, secure networkappliances in the security and integration layer 160 may includebuilt-in features such as hardware-accelerated SSL and HTTPS,WS-Security, and firewalls. Such specialized hardware may be installedand configured in the security and integration layer 160 in front of theweb servers, so that any external devices may communicate directly withthe specialized hardware.

Although not shown in FIG. 1, various elements within the memory 115 orother components in the insurance lead marketplace system 100, mayinclude one or more caches, for example, CPU caches used by theprocessing unit 103, page caches used by the operating system 117, diskcaches of a hard drive, and/or database caches used to cache contentfrom database 121. For embodiments including a CPU cache, the CPU cachemay be used by one or more processors in the processing unit 103 toreduce memory latency and access time. In such examples, a processor 103may retrieve data from or write data to the CPU cache rather thanreading/writing to memory 115, which may improve the speed of theseoperations. In some examples, a database cache may be created in whichcertain data from a database 121 (e.g., an insurance lead repository, arules repository, a characteristics repository, etc.) may be cached inone or more separate smaller databases on an application server separatefrom the database server. For instance, in a multi-tiered application, adatabase cache on an application server can reduce data retrieval anddata manipulation time by not needing to communicate over a network witha back-end database server. These types of caches and others may beincluded in various embodiments, and may provide potential advantages incertain implementations of the insurance lead marketplace system 100,such as faster response times and less dependence on network conditionswhen accessing the insurance lead marketplace to update, qualify,verify, categorize insurance leads within the insurance lead marketplacesystem 100, and/or to retrieve or otherwise distribute insurance leadsto one or more insurance agents and/or agencies that may be requestingan insurance lead.

It will be appreciated that the network connections shown areillustrative and other means of establishing a communications linkbetween the computers may be used. The existence of any of variousnetwork protocols such as TCP/IP, Ethernet, FTP, HTTP and the like, andof various wireless communication technologies such as GSM, CDMA, WiFi,and WiMAX, is presumed, and the various computer devices and lifeinsurance clearinghouse system components described herein may beconfigured to communicate using any of these network protocols ortechnologies.

Additionally, one or more application programs 119, such as an insurancelead marketplace application, may be used by the insurance leadmarketplace computing device 101 within the insurance lead marketplacesystem 100, including computer executable instructions for receiving,one or more insurance leads from an insurance lead source, verifying theone or more insurance leads and assigning each of the one or moreinsurance leads to a quality tier using insurance lead qualificationrules stored in a data repository, receiving, such as via a userinterface, a request for insurance leads from an insurance agent, therequest including a quality tier and/or one or more desired leadcharacteristics, determining whether any of the verified insurance leadsmatch the requested quality tier and/or desired lead characteristics,responsive to the determining, providing the matched insurance leads tothe insurance agent via the user interface, adjusting, by the insurancelead marketplace computing device, the insurance lead qualifying rulesusing feedback received from the insurance agent associated with anoutcome of the provided insurance leads. In some cases, the computerexecutable instructions may include instructions for determining a priceassociated with each of the one or more insurance leads, the pricecorresponding to the quality tier of each insurance lead and/orperforming other related functions as described herein. In some cases,the insurance agent and/or agency may choose to view available leads bythe price associated to each particular lead, lead category and/or leadtier.

FIG. 2 is a diagram illustrating various components of the insurancelead marketplace system 100, according to one or more aspects of thedisclosure. In an example, the insurance lead marketplace system mayinclude an insurance lead marketplace computer device 210 that may beprovided by an insurance provider 220. One or more insurance consumers230 may request information about one or more insurance products over anetwork (e.g., the Internet) using one or more computing devices 232,234 (e.g., a phone, a tablet device, a computer, etc.). These requestsmay be received by one or more insurance lead suppliers 240 andprocessed by one or more servers 242 into an insurance lead having oneor more characteristics associated with the insurance consumer 230 thatmay be self-provided, inferred from other answers, and/or obtained frompublicly available records. For example, the characteristics may includedemographic information about the insurance consumer 230 (e.g., age,gender, income, automobile ownership, home ownership, rental, employmentinformation, and the like), driving history, a credit rating, assetinformation, a desired timeframe for obtaining insurance coverage and/orinformation about existing or prior insurance coverage (e.g., a numberof claims, duration of former coverage, any current insurance products,previous and/or current insurance providers). Once the insuranceconsumer 230 clicks, or otherwise selects to submit information toreceive a quotation, the insurance consumer 230 may be prompted to enterpersonal information, information about a desired insurance productand/or information about any existing insurance coverage.

The insurance lead suppliers 240 may obtain insurance leads using a webpage directed to soliciting quotations for insurance products, using ads(e.g., banner ads, static ads, dedicated websites, etc.) that may or maynot be provided as part of a directed marketing campaign. In some cases,the insurance lead providers will filter or otherwise sort the obtainedinsurance leads using the characteristics entered by the insuranceconsumer 230. The insurance lead providers may then provide theinsurance leads to the insurance lead marketplace computer device 210(e.g., the insurance lead marketplace computer device 110). In somecases, the insurance leads may be provided in real-time, in other words,the insurance lead may be immediately transferred to the insurance leadmarketplace computer device 210, stored in the data repository 214, andmade available to the one or more insurance agent and/or agencies 250.Some insurance leads may be provided as a group and transferred to theinsurance lead marketplace computer device 210 as a group before beingstored in the data repository 214. In some cases, the insurance leadsuppliers 242 may be invited to participate in the insurance leadmarketplace system by the insurance provider 220, where the insuranceprovider 220 may rate the insurance lead suppliers 240 according tospecified criteria.

For example, the insurance provider 220 may request information about aprojected number of insurance leads over a specified time period (e.g.,1000 leads/month) and/or a projected range of insurance leads receivedover the time period (e.g., between about 500 leads and about 1000 leadsper month, etc.) capable of being provided by the insurance leadsupplier 240 and/or a cost associated with each of the leads. In somecases, the insurance lead suppliers 240 may be tempted to over-predictthe amount of leads that they would be capable of providing. In suchcases, some insurance lead suppliers 240 may resort to duplicatingentries, fabricating entries or otherwise fraudulently enhancing thenumber of leads supplied to the insurance lead marketplace system 100.To solve this potential problem, the insurance lead marketplace computerdevice 210 may be configured to obtain feedback about the different leadprovided by each of the different insurance lead suppliers 240. Forexample, a record of insurance leads provided by each of the differentinsurance lead providers 240 may be stored in the data repository 214.This data may be compared with feedback received from differentinsurance agents and/or agencies 250 that purchase the insurance leadsfrom the insurance lead marketplace. In some cases, the insurance leadfeedback may be provided from information determined by the insurancelead marketplace computer device 210, such as whether a lead waspurchased by an agent 250, how long the insurance lead remainedunpurchased, and/or a quality tier assigned to each particular insurancelead.

In some cases, the different insurance lead suppliers 240 may be ratedand/or evaluated using one or more different parameters that may becalculated by the insurance lead marketplace computer device 210. Forexample, the insurance lead marketplace computer device 210 may analyzehistorical information associated with one or more past insurance leadsto determine parameters that may be used to qualify and/or rate thedifferent insurance lead suppliers 240. These parameters may include acapability to deliver a specified number (e.g., 10, 20, 30, etc.) ofunique insurance leads of a particular type (e.g., an automobileinsurance lead, a homeowners insurance lead, a life insurance lead, arenters insurance lead, a boat insurance lead, and the like) per month,a lead rejection rate of less than or equal to a specified percentage(e.g., less than or equal to 5%, less than or equal to 2%, etc.), a leadcredit request rate of less than or equal to a specified percentage(e.g. less than or equal to 5%, less than or equal to 2%, etc.), a perlead cost of less than or equal to a specified cost (e.g., $5 per lead,$10 per lead, etc.), an ability to integrate with one or more differentcustomer relationship management (CRM) platforms provide by differentvendors (e.g., SAP, Oracle, Microsoft, Salesforce, Intuit, etc.), anability to provide insurance leads for a specified geographic region(e.g., the United States, the United States and Canada, Canada, theSouthwest, the Pacific Northwest, the Northeast, individual statesand/or provinces, etc.), an ability to identify strong markets for oneor more different insurance products, an ability to integrate withproprietary software developed by and/or for the insurance provider 220,an average lead contact rate of greater than or equal to a specifiedpercentage (e.g., greater than or equal to 2%, greater than or equal to5%, etc.), an average lead quote rate of greater than or equal to aspecified percentage (e.g., greater than or equal to 2%, greater than orequal to 5%, etc.), and/or an average lead close rate of greater than orequal to a specified percentage (e.g., greater than or equal to 2%,greater than or equal to 5%, etc.).

The insurance lead marketplace computing device 210 may be configured tocalculate a number of key performance indicators (KPIs) that may be usedby the lead marketplace computing device 210 when determining a ratingassociated with each of the different insurance lead suppliers 240. SuchKPIs may include a “lead volume”, a “lead rejection rate”, a “leadcredit request rate”, “lead identification (ID) verification, a“customer satisfaction” rating, an underwriting scoring, a “lead contactrate”, a “lead quote rate, and/or a “lead close rate. The “lead volume”may correspond to whether an insurance lead supplier 240 met a specifiedminimum volume commitment (e.g., about 100 leads/week, about 1000 leadsper month, etc.) and/or how often a particular insurance lead supplier240 failed to meet the specified minimum volume commitment. The “leadrejection rate” may be associated with a number of leads that wererejected when they failed to meet the qualification criteria (e.g.,categorized as the lowest qualification tier). For example, a name andaddress pair may not match a corresponding entry in the data repository214, a duplicate insurance lead may be submitted within a specified timeframe (e.g., about 1 week, about 15 days, etc.), or the like.

The “lead credit request rate” is associated with a percentage of leadsthat were resubmitted to the insurance lead marketplace for a refund bythe insurance agent or agency 250. For example, an insurance agent oragency 250 may submit for a refund when a lead includes a disconnectedphone number, is associated with a disinterested insurance consumer 230,or the like. “Lead ID verification” may correspond to an identificationcode associated with each insurance lead and may include informationabout the history and/or origin of the insurance lead. This informationmay allow the insurance lead marketplace computer device 210 todetermine the age of a lead, the duration of the lead opportunity,and/or whether a particular lead was obtained as part of a promotion(e.g., a giveaway). Customer satisfaction may be associated with thesatisfaction of the insurance lead supplier's customer (e.g., theinsurance provider 220), the satisfaction of the insurance consumer 230and/or the satisfaction of the customer of the insurance leadmarketplace system 100 (e.g., the insurance agent or agency 250). The“lead contact rate” may correspond to a number of insurance leads that apurchasing insurance agent 230 was able to contact in a timely mannerwithin a specified time period. The “lead quote rate” may correspond toa number of insurance leads that a purchasing insurance agent 230 wasable to provide a quote for the insurance consumer's desired product(s)within a specified time period. The “lead close rate” may correspond toa number of insurance leads that a purchasing insurance agent 230 wasable to close (e.g., provide an insurance product) in a timely mannerwithin a specified time period.

The insurance lead marketplace computer device 210 may include a server212 having at least one processor and a data repository 214. One or moreinsurance consumers 230 may desire some new and/or additional insurancecoverage. When deciding on an insurance provider 220, the insuranceconsumers 230 may request quotation for a desired insurance product(e.g., health insurance, life insurance, homeowners insurance, fireinsurance, rental insurance, automobile insurance, etc.) using theInternet, responding to a direct marketing campaign, completing asurvey, calling an insurance agent directly, and the like. The memorydevice may be used for storing insurance leads obtained from theinsurance lead suppliers 240, one or more rules for qualifying and/orcategorizing insurance leads based on at least one insurancecharacteristic, or both.

The processor may be included in one or more servers 212 and, amongother things, may be capable of providing insurance leads to arequesting agent and/or agency 250. The server 214 may be configured toreceive one or more insurance leads from one or more insurance leadsuppliers 240, analyze the received insurance leads to determine one ormore characteristics of the received insurance leads, determine aquality associated with each insurance lead, wherein the quality of aparticular insurance lead is at least dependent on the age of thatinsurance lead, classify the insurance leads into tiers based on thequality of each insurance lead using one or more lead attributes,categorize the insurance leads within each tier using the rules and thedetermined characteristics, provide an interface to the requestinginsurance agent 250, wherein the insurance agent 250 may select one ormore lead characteristics to specify a desired insurance lead categoryand/or a desired lead tier and provide one or more leads that match thedesired insurance lead category and/or the lead tier to the requestinginsurance agent 250 based on the desired insurance lead category and/ordesired lead tier. In some cases, the processor may be configured todetermine information associated with an actual quality of eachinsurance lead based at least in part upon feedback received from theagent and revise the rules for qualifying and/or categorizing theinsurance leads using the actual quality of one or more insurance leadsprovided to an agent.

In some cases, the insurance lead marketplace computing device 210 maystore in the data repository 214, one or more rules and/or attributesfor qualifying the insurance lead sources 240. The server 212 may beconfigured to qualify a particular insurance lead source using the rulesfor qualifying the insurance lead sources based at least in part uponthe actual quality of the insurance leads provided by the particularlead source and/or one or more attributes stored in the data repository214. For example, the server 212 of the insurance lead marketplacecomputer device 210 may be configured to classify the insurance leadsreceived from the insurance lead suppliers 240 into two or more tiers.For example, an insurance lead assigned to a first tier (e.g. a “top”tier) may include attributes such as (1) an age between about 25 toabout 60, (2) a long duration of being continuously insured (e.g., over2 years, about 5 years, etc.), (3) is a homeowner, (4) has a superiorcredit rating (e.g., a “good” rating, an “excellent” rating), (5) ownstwo or more vehicles, (6) is a licensed driver (e.g., no suspendeddriver's license), (7) has no at-fault accidents, (8) no tickets, (9)has not been stopped and/or convicted of driving under the influence ofalcohol or drugs, and (10) has not been required to reinstate his or herdriver's license following an uninsured car accident and/or anothertraffic related offence (e.g., no SR-22 vehicle liability insurancedocument). In some cases, one or more differences to the above mentionedattributes may cause an insurance lead to be classified in a different,lower tier. For example, an insurance lead assigned to a second tier(e.g. a “standard” tier) may include attributes such as (1) an agebetween about 22 to about 60, (2) a short duration of being continuouslyinsured (e.g., less than two years, about 1 year, etc.), (3) is not ahomeowner, (4) has a good credit rating (e.g., a “good” rating), (5)owns one or more vehicles, (6) is a licensed driver (e.g., no suspendeddriver's license), (7) has no at-fault accidents, (8) up to 1 tickets,(9) has not been stopped and/or convicted of driving under the influenceof alcohol or drugs, and (10) has not been required to reinstate his orher driver's license following an uninsured car accident and/or anothertraffic related offence (e.g., no SR-22 vehicle liability insurancedocument). Sometimes, one or more differences to the above mentionedattributes may cause an insurance lead to be classified in a different,lower tier. For example, an insurance lead assigned to a third tier(e.g. a “high risk” tier when one or more attributes include (1) an agebetween about 16 to about 60, (2) a short duration of being continuouslyinsured (e.g., about 1 year, etc.) or currently uninsured, (3) is not ahomeowner, (4) has a poor credit rating (e.g., a “poor” rating), (5)owns one vehicle or doesn't own a vehicle, (6) is not a licensed driver(e.g., has a suspended driver's license), (7) has 1 or more at-faultaccidents, (8) over 1 ticket, (9) has been stopped and/or convicted ofdriving under the influence of alcohol or drugs, and (10) has beenrequired to reinstate his or her driver's license following an uninsuredcar accident and/or another traffic related offence (e.g., no SR-22vehicle liability insurance document).

In some cases, the insurance lead marketplace computer device mayinclude a filter 216. The filter 216 may be used to filter one or moreinsurance leads before sending the leads to the agent. In some cases,the filter may be used to qualify the insurance leads. For example, thefilter 216 may be configured to remove an insurance lead that (1)includes a name and that does not match an associated addresses (2)includes a known false name, (3) includes a known false address, and/or(4) is a duplicate of another insurance lead. In some cases, the removedleads may be returned to a particular insurance lead supplier 240. Theremoved leads and/or returned leads may be used when providing a ratingof the particular insurance lead supplier 240, such as by using a countof insurance leads returned to that particular lead source.

In an example, the insurance lead marketplace system 200 may include adata repository 214 and an insurance lead marketplace computer device212. The data repository 214 may include at least one non-transitorymemory device, the data repository for storing one or more availableinsurance leads received from an insurance lead source 240. Theinsurance lead marketplace computer device 214 may be communicativelycoupled to the data repository 214. The insurance lead marketplacecomputer device 212 may include a processor (e.g., the processor 103)configured to categorize the one or more insurance leads into qualitytiers based on characteristics associated with the insurance leads. Theinsurance lead marketplace system 200 may include a user interface 218that may be communicatively coupled to the data repository 214 and/orthe insurance lead marketplace computer device 212. The user interface218 may be located locally to the data repository 214 and/or theinsurance lead marketplace computer device 212. In some cases, the userinterface 218 may be located local to the insurance agent and/or agency230. For example, the insurance agent and/or agency 230 may access theinsurance lead marketplace via a network connection (e.g., the Internet,a LAN, a WAN, etc.). The user interface 218 may be configured to displayone or more screens to facilitate a request from an insurance agent forone or more insurance leads based on one or more desired characteristicsof the insurance leads. In some cases, the insurance lead marketplacecomputer device 212 may provide real-time verification of the insuranceleads by determining a number of the available insurance leads thatmatch characteristics specified in a request for insurance leadsreceived via the user interface screen.

In some cases, the user interface is configured to display a screenpresenting verified insurance leads requested by the insurance agentand/or agency 230 that match at least a portion of the desiredcharacteristics. In some cases, if the insurance lead marketplacecomputing device determines that no insurance leads match the desiredcharacteristics, the insurance lead marketplace computing device causesthe user interface to display a screen having (1) no insurance leads,(2) a different set of leads and characteristics associated with thedifferent set of leads, and/or suggest one or more characteristics toimprove a search for desired insurance leads. The user interface 218 maybe configured to display the one or more verified leads on ageographical map, such as to display a geographical region (e.g., acity, a county, a state, a country, etc.). In some cases, thegeographical region may be represented by one or more zip codes, an areacodes, a school districts, or the like. For example, a user may desireto view a number of leads within a specified distance from a location,such as an insurance agency office location. In such cases, an insuranceagent may specify a distance and/or radius (e.g., within 10 miles)relative to specified location (e.g., a street address, a city, a zipcode, an area code. etc.).

In some cases, the geographical map may include one or moretopographical features and/or environmental features corresponding to aninsurance risk. For example, the insurance leads may be presented aspoints on a geographical map. In some cases, a number of geographicalfeatures (e.g., a river, an ocean, a forest, a prairie, an earthquakefault line, etc.) that may be associated with a particular insurancerisk (e.g., a flood, a storm surge, a fire, an earthquake, etc.). Insome cases, historical environmental events may be noted on thegeographical map, such as a storm track (e.g., a tropical storm, ahurricane), an earthquake damage radius, a tornado track, a flood plain,and the like. In some cases, known local environmental risks may bedisplayed, such as low lying areas prone to flooding during strongrainstorms (e.g., a 50 year storm, a hundred-year storm, and the like).

For example, an insurance agent and/or agency 230 may be presented oneor more potential leads available for purchase according to criteriasuggested by the insurance provider and/or selected by the insuranceagent and/or agency. In some cases, the insurance provider 220 maydetermine a number of characteristics and/or criteria likely to producean insurance lead that are likely to purchase an insurance policy. Forexample, the insurance agent and/or agency 230, when signing up forand/or signing into the insurance lead marketplace system, may provideinformation about their capabilities in working with insurancecustomers. For example, the insurance agent and/or agency may provideinformation about language fluency (e.g., English, French, Spanish,Polish, etc.) that may be useful according to the demographics of aregion. In other cases, the insurance agent and/or agency 230 mayprovide staffing information that may be indicative of the ability toservice a number of insurance leads. For example, an insurance agent oragency 230 with a staff of five may be able to service thirty insuranceleads in a week, while an insurance agent or agency 230 with a staff of15 may be able to service 67 leads in a week. The insurance agent oragency 230 may provide the number of leads that they are capable ofservicing. Sometimes, the insurance provider 220 may provide a suggestednumber of leads that they predict that the insurance agent and/or agency230 can service over a specified time period, based on, for example, ananalysis of historical information.

FIG. 3 is a flow diagram illustrating an illustrative method 300 forproviding an insurance lead (e.g., a qualified insurance lead) via thelead marketplace system 100 of FIGS. 1 and 2. For example, at 305, theinsurance lead marketplace computing device 101 may receive one or moreinsurance leads from the insurance lead supplier. In some cases, theinsurance lead supplier may provide the insurance lead in response to arequest received from the insurance lead marketplace computing device101. Sometimes, the insurance lead supplier, such as when the insurancelead supplier has been acknowledged as a trusted and/or qualifiedsource, may provide insurance leads on a periodic basis and/or inreal-time as the insurance leads are generated. At 310, one or morereceived insurance leads may be verified and or assigned to a particularquality tier using insurance lead qualification rules stored in a datarepository, such as by the insurance lead marketplace computing device101. For example, each insurance lead may be examined to determinewhether the insurance lead is valid. To do so, the insurance leadcomputing device 101 may examine a name and/or address associated withthe insurance lead to determine whether the name and address match,whether the name is associated with a known false name (e.g., “MickeyMouse”), and/or whether the name is associated with a known falseaddress (e.g. “1060 W. Addison Street, Chicago, Ill.” when requestinghomeowner insurance). In some cases, the name and/or address may becompared with information included in a database associated with currentinsurance customers. In such cases, the insurance lead may be marked asan improper new insurance lead and/or forwarded to the agent or agencythat is currently providing insurance to the insurance customer.

At 315, at least one request for insurance leads may be received from aninsurance agent. For example, an insurance agent may request aninsurance lead via a screen (e.g., the screen 400 of FIG. 4) on a userinterface of the terminal 141, 151, such as by selecting one or moredesired quality tiers and/or desired lead characteristics to beassociated with any provided insurance leads. The agent or agency mayselect the quality tiers and/or desired lead characteristics using oneor more user interfaces, such as those shown in FIGS. 4 and 5. At 320,the insurance lead marketplace computing device 101 may determinewhether any of the verified insurance leads match the requested qualitytier and/or desired lead characteristics. If so, at 325, the insurancelead marketplace computing device 101 may provide the matched insuranceleads to the insurance agent and/or agency as a graphical user interfacescreen, a printed report, a text message, an email, a voicemail message,and the like. If no verified insurance leads match the desiredcharacteristics and/or quality tiers, the insurance lead marketplacecomputing device 101 may provide notification that no matches exist, alist of suggested characteristics and/or quality tiers and any matchinginsurance leads, and/or suggestions to improve the previous search. At330, the insurance lead marketplace computing device 101 may adjust theinsurance lead qualifying rules using feedback received from theinsurance agent and/or agency associated with an outcome for individualverified leads received from the insurance lead marketplace system 100.In some cases, the method 300 may further include determining a priceassociated with each of the one or more insurance leads, the pricecorresponding to the quality tier of each insurance lead and/or one ormore characteristics of the insurance lead.

FIGS. 4 and 5 show illustrative user interface screens 400, 500 forproviding one or more insurance leads to an insurance agent, accordingto one or more aspects of the disclosure. For example, the illustrativeuser screens 400, 500 may be configured for presenting one or moreinsurance leads to a customer of the insurance lead marketplace system200. The illustrative screens may include a title field 402 that mayinclude information, navigation buttons 403, and/or menu items (notshown) to allow a user to more easily navigate and/or interact with theinsurance lead marketplace system. A display field 404 may be used tographically and/or textually display insurance leads made available tothe insurance agent and/or agency for purchase within a particular are(as shown in field 405). For example, the leads may be presented in oneor more formats (e.g., a text list, a table, a bar graph, a Venndiagram, a geographical map, a topographical map, and the like.). Forexample, the insurance leads may be displayed as a Venn diagram 420,showing a distribution of leads based on a number of desiredcharacteristics. In this illustrative example, the Venn diagram 420presents automobile insurance leads based on a number of desired and/orsuggested characteristics (e.g., the age of a potential customer, thegender of a potential customer, and the like). In some cases, atopographical diagram 520 may be used to display insurance leads basedon a number of criteria. The topographical bands 425 may be associatedwith a number of leads matching selected criteria. In FIG. 5, thetopographical diagram may display a number of auto insurance leads thatmay match a number of criteria including age, and/or gender of thepotential insurance customers. In the illustrative example, forty autoinsurance leads may include nineteen over the age of 26, where sevenwere males under the age of 55 and five were females under the age of62. One or more informational fields 406 may be provided to provide userinformation such as, for example, a number of leads available and/or anumber of users that are active in the insurance lead marketplace system200. A message field 408 may be used to provide further information to auser, such as suggested further search characteristics.

In some cases, the insurance lead marketplace system may be configuredto provide one or more screens that may be used to create an interactiveuser environment. For example, one or more display screens may be usedto provide a user discussion board or forum. In some cases, the displayscreens may be used for providing incentives to users. For example, adisplay screen and/or pop-up window may provide information aboutinsurance leads provided at a discount, such as for older leads (e.g.,over two days old) and/or for insurance products new to market in aparticular region. In other cases, the message field 408 may be used toencourage and/or remind a user to purchase leads. For example, themessage field may provide information about a purchase rate and/or anumber of active users on the system interested in the same or similarleads. For example, the information fields 406 may display a remainingnumber of leads (e.g., 40) and/or a number of leads previously available(e.g., “five minutes ago, 587 leads were available”). The message field408 may be used to encourage a user action. For example, the messagefield 408 may provide information about a number of other usersinterested in the same and/or similar insurance leads.

While the aspects described herein have been discussed with respect tospecific examples including various modes of carrying out aspects of thedisclosure, those skilled in the art will appreciate that there arenumerous variations and permutations of the above described systems andtechniques that fall within the spirit and scope of the invention.

1. An insurance lead marketplace computing device, comprising: anon-transitory memory device for storing one or more rules to categorizeinsurance leads based on at least one insurance characteristic; and aprocessor, wherein the memory device stores instructions that, whenexecuted by the processor, cause the insurance lead marketplacecomputing device to: receive a request to access an insurance leadmarketplace service from one or more insurance lead sources; receivedata for one or more insurance leads from the one or more insurance leadsources; analyze the received data for the one or more insurance leadsto determine one or more characteristics of the received insuranceleads; determine a first quality associated with each insurance lead,wherein the first quality of a particular insurance lead is at leastdependent on the age of that insurance lead; classify the insuranceleads into tiers based on the first quality of each insurance lead;determine whether any of the insurance leads match with one or moreuser-selected insurance lead characteristics; apply a filter to a set ofone or more matching leads that match the selected one or more insurancelead characteristics, including performing a verification process onidentification information for the set of one or more matching leads;provide a filtered set of the one or more matching leads to a requestinginsurance agent; determine information associated with a second qualityof each insurance lead based at least in part upon feedback receivedfrom the insurance agent; and revise at least one of the one or morerules for categorizing the insurance leads using the second quality ofone or more insurance leads provided to an agent, the one or more rulesconfigured to be applied in categorizing a plurality of additionalinsurance leads.
 2. The insurance lead marketplace computing device ofclaim 1, wherein the request to access the insurance lead marketplaceservice is received by the insurance lead marketplace computing deviceusing a first communication security protocol, and wherein the data forthe one or more insurance leads is received by the insurance leadmarketplace computing device using a second communication securityprotocol different from the first communication security protocol. 3.The insurance lead marketplace computing device of claim 2, wherein thefiltered set of the one or more matching leads is provided to therequesting insurance agent using the first communication securityprotocol.
 4. The insurance lead marketplace computing device of claim 1,wherein the verification process includes determining whether theidentification information for the set of one or more matching leadscorresponds to one or more known false pieces of identificationinformation.
 5. The insurance lead marketplace computing device of claim1, wherein the verification process includes determining whether any ofthe identification information matches with identification informationfor existing customers.
 6. The insurance lead marketplace computingdevice of claim 5, wherein applying the filter to the set of one or morematching leads includes removing one or more leads, and transmitting anotification to a particular lead source of the removed one or moreleads.
 7. The insurance lead marketplace computing device of claim 6,wherein the processor is further configured to provide a rating of theparticular lead source using a count of the removed one or moreinsurance leads notified to that particular lead source.
 8. A methodcomprising: receiving, by an insurance lead marketplace computingdevice, a request to access an insurance lead marketplace service fromone or more insurance lead sources; receiving, by the insurance leadmarketplace computing device, data for one or more insurance leads fromthe one or more insurance lead sources through a secure communicationprotocol; determining, by the insurance lead marketplace computingdevice, a first quality associated with each insurance lead, wherein thefirst quality of a particular insurance lead is at least dependent onthe age of that insurance lead; classifying, by the insurance leadmarketplace computing device, the insurance leads into one or moregroups based on the first quality of each insurance lead; determining,by the insurance lead marketplace computing device, whether any of theinsurance leads match with one or more user-selected insurance leadcharacteristics; applying, by the insurance lead marketplace computingdevice, a filter to a set of one or more matching leads that match theselected one or more insurance lead characteristics, includingperforming a verification process on identification information for theset of one or more matching leads; providing, by the insurance leadmarketplace computing device, a filtered set of the one or more matchingleads to a requesting insurance agent; and determining a second qualityof each insurance lead based at least in part upon feedback receivedfrom the insurance agent.
 9. The method of claim 8, wherein the requestto access the insurance lead marketplace service is received by theinsurance lead marketplace computing device using a first communicationsecurity protocol, and wherein the data for the one or more insuranceleads is received by the insurance lead marketplace computing deviceusing a second communication security protocol different from the firstcommunication security protocol.
 10. The method of claim 9, wherein thefiltered set of the one or more matching leads is provided to therequesting insurance agent using the first communication securityprotocol.
 11. The method of claim 8, wherein the verification processincludes determining whether the identification information for the setof one or more matching leads corresponds to one or more known falsepieces of identification information.
 12. The method of claim 8, whereinthe verification process includes determining whether any of theidentification information matches with identification information forexisting customers.
 13. The method of claim 12, wherein applying thefilter to the set of one or more matching leads includes removing one ormore leads, and transmitting a notification to a particular lead sourceof the removed one or more leads.
 14. The method of claim 13, furthercomprising providing a rating of the particular lead source using acount of the removed one or more insurance leads notified to thatparticular lead source.
 15. A non-transitory computer-readable mediumstoring computer readable instructions that, when executed, cause anetwork computing device to: execute an insurance lead marketplaceservice using a security layer, the security layer configured to receivea request to access the marketplace service using a first communicationsecurity protocol; receive data for one or more insurance leads from oneor more insurance lead sources using a second communication securityprotocol different from the first communication security protocol;analyze the received data for the one or more insurance leads todetermine one or more characteristics of the received insurance leads;determine a first quality associated with each insurance lead, whereinthe first quality of a particular insurance lead is at least dependenton the age of that insurance lead; determine whether any of theinsurance leads match with one or more user-selected insurance leadcharacteristics; apply a filter to a set of one or more matching leadsthat match the selected one or more insurance lead characteristics,including performing a verification process on identificationinformation for the set of one or more matching leads; provide afiltered set of the one or more matching leads to a requesting insuranceagent; and determine information associated with a second quality ofeach insurance lead based at least in part upon feedback received fromthe insurance agent.
 16. The non-transitory computer-readable medium ofclaim 15, wherein the filtered set of the one or more matching leads isprovided to the requesting insurance agent using the first communicationsecurity protocol.
 17. The non-transitory computer-readable medium ofclaim 15, wherein the instructions, when executed, further cause thenetwork device to: categorize the insurance leads based on thedetermined first quality; and revise at least one rule for categorizingthe insurance leads using the second quality of one or more insuranceleads provided to an agent, the one or more rules configured to beapplied in categorizing a plurality of additional insurance leads. 18.The non-transitory computer-readable medium of claim 15, wherein theverification process includes determining whether the identificationinformation for the set of one or more matching leads corresponds to oneor more known false pieces of identification information.
 19. Thenon-transitory computer-readable medium of claim 15, wherein theverification process includes determining whether any of theidentification information matches with identification information forexisting customers.
 20. The non-transitory computer-readable medium ofclaim 19, wherein applying the filter to the set of one or more matchingleads includes removing one or more leads, and transmitting anotification to a particular lead source of the removed one or moreleads.